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STUTTGART INTERCONNECTION NETWORK PROJECT PROM PIX TO NICS 


/I 


0 . Summary 


The PIX follow-up project NICS is described; the purpose of 
PIX was the access to X.25, the DATEX-P network of the Federal 
German Post Office: the development and implementation of ’’higher” 
protocols for levels ^-7 in the ISO sense was the actual problem 
here. NICS generalizes PIX: not Just one computer, for example 
the CYBER 17^ was to be connected with the DATEX-P-Network, but 
two computer networks, once again to be connected with each other. 
These networks are In the first place a so-called local network 
of Stuttgart (LNS), consisting of the central RUS units, which 
were to be connected by a so-called "high speed link," and secondly 
the campus network of Stuttgart (CNS), represented as a prototype 
connection "user-mlnl-RUS station" through the lOMbit/sec ETHERNET. 

Common applications (ISO level 7) were to be developed for 
these three networks. 

NICS is sponsored by the BMPT (Federal German Ministry of 
Research and Technology) from 1981 to 1983. 

1. Computer Network Tasks at the Stuttgart University 
Under the Aspect of the NICS Project. 


Jurldico, geographic and technical characterisitics divide 
the world to be considered here into three network complexes: 

SI: The local network of Stuttgart (LNS ) Integrates the central 

computer center components into a uniform extendable service 
complex for the user by means of a fast (several megabits/sec) 
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file and Job transfers; here among other things the following 
problem Is tackled simultaneously: "the next central computer will 
be a 6^ bit machine, that Is Incompatible with the present units." 

S2: The Campus Network of Stuttgart (CMS) alms at connecting the 

user-mini systems with the central RUS complex. A file and Job 
transfer in the 1 megablt/sec range seems to be hereto the 
suitable means , 

S3: The Public Network of Stuttgart (PNS) provides for the access 

to and the availability of the DATEX-P-Network of the Federal 
German Post Office, 

The access of local users to the time sharing of different 
central units should take place from "outside" through an "Inter- 
mediary," such as for example, is now implemented for asynchronous 
terminals by the so-called "PACX" of the Gandalf Company; the 
Interactive access to remote computers on the DATEX-P-Network 
should take place only through one RUS computer and not, for 
example, through the CNS and LNS. 

2. Results of the PIX Project 

The PIX ("Pilot Project Complex") working group and the 
PIX project In Stuttgart were, as you may recall (see BI 5/79 and 
BI 7/80), ultimately a consequence of the announcement of the 
Federal German Post Office, that a public X.25 network was to ^ 

be set up In the Federal German Republic. The BMFT reacted with 
its sponsoring policy: computer connection projects in the technical 
and scientific sector should above the X.25 develop "higher" 
communication protocols, and implement them In a compatible manner. 

In June 198 O the BERNET Berlin project (Universities and 
Hahn-Meitner Institute), of Stuttgart were able, with considerable 
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use of the results obtained for Berlin and the PI'X project of the 
DUsseldorf University, to demonstrate the first "open” computer 
connection in the Federal German Republic, through a public X,25 
service: TRijilO-, CDC- and Dietz unit exchange Jobs through 
protocols independent of the manufacturers. 


Prom the viewpoint of the country, the participation of Stuttgart 
and the parallel project in Freiburg in the FIX represented the 
first step to a computer connection for the Baden-WUrttemberg 
Universities. 

For the purpose of clarification we may represent once more 
the physical and logical Stuttgart FIX configuration; 



Key ; 

1. Channel couplers 

2. Network at input 

to processor 

3 . FIX Protocols 

il. Protocol conversion 
5, CDC - World 




"RJE" 



Figure 1. Physical and logical FIX configuration in Stuttgart. 
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3. The Stuttgart Interconnection Network Project (NICS) /3 

3,1. NICS Survey 

In the sense of Chapter 1, NICS connects three networks: 

”LNS"^ "CNS" and '’PNS", by virtue of two computers, the so-called 
gateways according to the following Figures 2 and 3: 



Figure 2. NICS Project: Logical configuration (Gl/2 :=gateway ) 

Key: 1. Local network of Stuttgart; 2. Public network of Stuttgart; 
3. Campus network of Stuttgart; Common application. 

[Note: Figure 2 Is continued on the following page] 
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Figure 2. (Second part) NICS Project; Logical configuration 
(Gl/2 :=gateway ) 


Key: 1. For example: Pile and job transfer 


3.2. CDC's LCN as Implementation of the Local Network of /i| 

Stuttgart (LNSf 


CDC’s Loosely Coupled Network (LCN) is a local area network 
/CLA 78 / in the 50 Mblt/sec class. Topologically it is a bus network 
(Coax) as shown in Figure 3j which can be extended over about 1 km. 
CDC offers for its own computers as well as those of the companies 
DEC (PDP-11, RSX) and IBM (3xxy, MVS) a totally permanent network 
complex with an architecture similar to the ISO /SCN 80 /, /ISO 80 /, 
see also Appendix 1. The applications provided are file and Job 
transfers (for the CYBER 205 there is an almost quasi-lnteractive 
access through the LCN from smaller CYBER machines). 







Amonc other thingD It is the purpose of NIGS, to connect 
the Intel iAPX il3P as recardo software (Intel MULTIBUS, /INT 80 /) 
to the LCN and with a suitable protocol hierarchy as gateway to 
the Campus Network of Stuttgart . 

3.3. ETHERNET, a First Element of the Campus Network of Stuttgart (CNS) 

ETHERNET is the (famous) Local Area Netv/ork, established by 
XEROX /MET76/, which through cooperation with Intel and DEC, 

/DIXBO/, has good prospects of becoming a standard or the standard 
for local networks for the 80 's /IEE 8 I/. 

Besides the above-mentioned companies, HP, Siemens, Nlxdorf 
among others will introduce the ETHERNET. 

Topologically ETHERNET, like the LCN is a bus network (Coax), 
laid out for 10 Mblt/sec in the 1-2 km range. 

As compared with LCN, which must "run" on the channels of 
large computers, a characteristic which is still costly, ETHERNET 
is "cheap" and suitable under this aspect for cross linking 
possibly even terminals, besides mini and microsystems. 

According to protocol "ETHERNET" according to /DIX 80 / only 
talks at the "level 2 in the ISO sense," that is besides the level 
1, it covers only the link level (HDLC, SDLC, DDCMP respectively 
for point-to-point connections). Therefore if companies wish to 
offer the ETHERNET, this means only level 2 compatibility for a 
heterogeneous, "open" computer connection. Thus, for example, 

DEC will certainly use ETHERNET "under" DECNET Instead of an 
DDCMP connection; there are indeed already the corresponding plans 
for X .25 (level 3) and DECNET. 
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As compared with present conditions on the campus, however 
ETHERNET will represent progress; it will be one of the means 
able to provide large amounts of experimental data from laboratory 
computers within compatible times to the RUS central computer, 

3.4. The Access to Public DATEX-P Network (PNS) 


As gateway between the LNS and the X.25 network of the Post 
Office, DATEX-P uses within the NIGS a PDP-11 under the RSX; the 
X .25 hardware and software were developed by DEC in cooperation 
with the Hahn-Meltner-Instltute (HMI Berlin, RMINBT II Project) 
and taken over as a whole by the NIGS project j this complex 
also Includes X.29 and a PAD (see Appendix 3). The HMI also took 
over the implementation of the PIX transport protocol and the 
file transfer protocol, /MLP80/,/VP 80 / . 

We may recognize in the PNS partial project of NIGS a 75 

continuation of the PIX: the PIX protocols end at the gateway 
to the local network of Stuttgart and are converted into these 
conventions . 

PNS represents moreover the point of view "structure of a 
computer network for the Baden-Wdrtemberg Universities"; the 
Freiburg University RZ is also implementing a second project 
stage j then the results achieved in Berlin (HMINET II and 3ERNET 
projects) and at the Dusseldorf University will be transferred 
jointly to other universities (Siemens Computer types (BS 2000, 

BS 3000 ), Dietz, etc.). 

3 . 5 . First NIC Results for the RUS User 


For the RUS user, the NICS can be paid off first by cooperation 
with the HMINET II, The X.25-j X.29-, etc., PAD software allow 
specifically access through the DATEX-P to the German and through 
the prior connection DATEX-P - EURONET, also other European 
technical information centers. This may be extended: in the 
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foreseeable future there will bo a DATEX-P - TELENET /TYMENET/ 
DATAPAC connection (USA and Canada). 

State of the Art of International Protocol P^scuosion 


The protocol and standard discussion will be touched upon 
only briefly. The most important "bodies" in the discussion are 
to our knowledfje at present the ISO, the CCITT and perhaps the 
ECMA also for transport level] in the USA this is followed by 
the NBS (National Bureau of Standards) with an imposing list of 
projects along the lines of the above-mentioned groups, while 
the DoD (Dept, of Defense) follows its own line in the ARPA-Network 
sequence (catchv/ords for the DoD: connectionless against connection 
oriented; too "costly" transport protocol when X.25 is already 
available as network layer), /DOD80a/,/DOD80d/. 

In 1980 the CCITT issued a number of recommendations for the 
international TELETEX traffic, which cover for the first time 
practically the entire ISO-OSI hierarchy, /CCI 80 /. 

The CCITT Teletex recommendation S .70 is discussed at present 
as "Class 0" with classes 1-3 (ECMA influence) for the transport 
level (level 4) of the ISO, TC97/SCl6/Wa6, /LEN 8 I/. 

And what about NICS? NICS will be maintained at the current 
level through its potential partners, the CMD, the HMI and the 
DUsseldorf University; the practical effects of the international 
protocol discussion do not seem to lie within the NICS planning 
level. The Teletex recommendations affect possibly, for example, 
the display text, but this application through the X.25 is in our 
opinion still far from relevant for universities. More Important 
for universities are the formulations arising for internetv/orking 
of local and public networks, for example between ETHERNET and 
X .25 base networks /NBS 8 I/, /GMD 8 I/. 
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5, Computor Networko In the 80»o /6 

The NICS curvey given in paragraph 1 must be extended for 
the 80 'o by several points. On the application side, the following 
catchwords may be mentioned: Integration of "voice and data/' 

video. Technically there will be a separation bet ;een local 
networks of the bus and ring type on one hand, and digital 
Intermediaries (catchwords: PCM, PCM30, etc.) on the other hand 
for the above indicated applications; in particular, the telephone 
exchange will be replaced by such an Integrated intermediary system. 
Such intermediaries are represented today, say by the ISX system of 
the Datapolnt Corporation or the IBS/S^O of the InteCom Company Inc, 
(naturally the Federal German Post Office will have to wait a little 
for this ) , 

6, Call to Corporation 

The NICS project would welcome the direct or indirect parti- 
cipation in the project of interested users. An indirect parti- 
cipation would consist for example, in Informing the RUS of 
one's Interest in the connection of the institute minisystems 
with the ETHERNET coupling and asking the main suppliers, when 
for example a suitable controller is available. We could represent 
direct participation in the form of research work, etc.; the 
owner of a PDP would naturally be a cooperation partner; a VAX 
system also also has a unlbus. 

The Intel 432, besides the corresponding Ada could represent 
not the least a stimulus for cooperation in some form or other. 

7, Acknowldgements 

Besides the above-indicated partners, such as the Freiburg 


10 



parallel project, the GMD~IPV and the project of the DUoseldorf 
University, the Stuttgart PIX followup project NIGf5 would like 
to thank In particular both the Berlin projects BERNET and HMINET II. 

The BERNET software and hardware represented the basis for 
the first project stage; BERNET ”II*' has provided by presenting 
an extensive set of implementation specifications, considerable 
prerequisites for the success of the NIGS. . As indicated the 
entire X.25 etc. comes from the HMINET II, besides the transport 
and file transfer protocol implementation on the PDF. 
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Appendix 3 


Berlin Hahn-Meltner Nuclear Research Institute 
Terminal Access to DATEX-P Network 
HMI - PAD 

The PAD service (DATEX-P20) allows the connection of symbol 
oriented, asynchronous terminal to the DATEX-P network of the 
German Federal Post Office. Thus the possibility is achieved of 
communication of this terminal with host computers available 
through the network on the basis of the CCITT recommendations 
X.3j X.28, X.29. The prerequisite Is a DATEX-P compatible X.25 
Interface In the host computer. 


PDP- 11 
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Key: 1. User; 2. Application; 3- Target computer; 4. Operating 

system 




Software PAD In HMI 


To allow the terminals which are connected to the host 
computers access to the DATEX-P network beyond their local use, 
this PAD service is implemented in the HMI in host computers. 

Thus the users of these terminals obtain additional access to 
the operating system functions (TSS, DB, etc.) of the host computers 
which are connected to the DATEX-P network through the X.25 and 
have available the X.29 component. 

The PAD is determined in its function by the values of the /9 
PAD parameters . These parameters take into account both the 
properties of the connected terminals and the requirements of 
the corresponding application on the target computer. 

The values of the PAD parameter can be modified by the 
terminal user by PAD command s and by the target computer through 
PAD messages . The following function may be controlled, among 
others, by the PAD parameters: 

Terminal echo, data forwarding, break, terminal input/output. 

The parameters of HMI-PAD correspond to the CCITT recom- 
mendation X.3 and DATEX-P20 and are extended by private parameters 
for user friendly terminal input. 

The PAD is characterized by 2 functional states: 

In the c ommand state , the terminal user may accomplish 
the following: 

- read and alter the PAD parameter , 

- produce, reset and eliminate an X,25 connection (SVC) to 
the target computer, 

- send Interrupt signals to the target computer and, 

- provide the transition to the data transmission state, 
liJ 


These PAD commands correspond to the CTITT recommendation 
X.28 and DATEX-P20. 

In the data transmission state , the terminal inputs of the 
user are transmitted to the traget computer taking Into consider- 
ation the values of the PAD parameters. Prom this state, they may 
be returned to the command state. 

Pad messages are control data between PAD and the target 
computer and correspond to CCITT recommendation X.29. 

The HMI-PAD is implemented for all PDP-11 computers with 
the operating system RSX-llM/M. Here the functional extent of 
"full duplex terminal driver" is used. The PDP-11 computers are 
connected through the microprocessor interface KMD-11 and the 
corresponding X.25 user interface PACKETNET of the DIGITAL Company 
to the DATEX-P network. The HMI-PAD is installed as "user task" 
and can be called upon for each user as a standard service program 

In the HMI on the PDP-11 computers, printing terminals (for 
example LA 36 , DECWRITER) display screen terminals (for example 
VT 52 , VTIOO) and graphic terminals (for example TEXTRONIX, Plasma 
Display) may be used. 

Typical PAD applications are among others, program establish 
ment and costs as well as experimental data eva3 nation by means of 
interactive graphic systems on remote computers. 
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Figure 3. Session configurations 
Stuttgart - Austin 

Key: 1. User input; 2. Remark; 3. Germany; 

Monitoring; 5. Network; 6. Network software 
"PAD" symbolic address/ Stanford Research I.; 

7. The Interconnection DATEX-P - Telenet/Tymnet 
is not noticed by the user; 8, Calling upon 
ARPA network; 9* The (time honored) ARPA network 
must be selected explicitly (no X.25); 

10. Port class 


The extent of the user aids in the coordinated ARPA network 
surroundings is surprising. For example if we have the intention 
of sending without previous knowledge news through the CSNET to 
the above-indicated author, one would first press "HELP" and one 
would obtain the printout according to Figure 5. 

Then we would continue with "HELP ?", see Figure 6. 
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Figure i| shows parts of the session protocol. 
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Figure i| . Session protocol 
Stuttgart - Austin 

Key; 1. And please note the following; 2. Please note that 
at the moment there are no significant communications available. 
3. Please release PACX line . 


18 





t ■ 

e 


■ iHtir 

KCI^ Coiati* ■••• 

ri» «a*itu prtitt ntiriui «t 

vtfitui fvtin (Mtur** im cmrii* 

I 

I util prut Util KCHpi «i your uniiil 

^ MELP KXME 

util uot (ar, •« prut »ul ItHtniUei itout ntt lYitn 
(HUir« iui4 It -yiMC‘ for titupli. 

! tMCLP rotr 

I util prut o»l UEantlUt tPout ui* IZ)IT proyrta. 

I #HCL? t 

uill give • lilt o< Cfitirii l»r untot HELP li iTilUbl* ta< 
ritypi wci^ to uiit lor ity iiiiiioiil iipot 

(tit o( HELP HLP1 


Figure 5. "HELP" 


It may be seen 
that "CSNET" is a HELP 
Item, therefore If 
one indicates "HELP 
CSNET" wa obtain ac- 
cord! nglj figure 7 . 

We find also there 
how to sf^nd a news 
item. 
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Figure 6, Extract from "HELP ?". 
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OF I' Jui» • “ ‘ 


• — ■ 
inti.? C2NE7 

C2:.e: ls a coLIsctior. o£ acadeni: and industrial sites that tiave set up 
a coffiputer netuorK It i» intended to provide sail and dlls transfer 
aawrg all of these sites CSnet supports tuo Kinds of hosts Ari'anot 
4'1 rhonenet This file will not mention Arpanet hosts further, since 
they are directly accessible to us anyway However we generally have 
access to Phonenet hosts only by virtue of CSnet ■ Phonenet hosts dial 
no one of the CSnet relay facilities on a reoular basis to handle 
requests to and from CSnet As far as I Know, Phoneoet supports only 

mail at the moment 

hsiL to Phonenet hosts must go through either UCEL-RELAT or RAHD-RELAY. 
Ir, general Udel is used for hosts on the East Coast and Rand for hosts 
on the Uest Coast To send nail to a Phonenet host, use hh gust as you 
would for local mall However the address that you use after the "to ’’ 
or "cc •• prompt must have a special format "user hcst«xxx -RELAY" Hero 
IS an example 


0mm send 

To smith buf falo.Oudel-relay j 

cc smith a labamaOrand-reloy ! 

Subject test of phonenet | 

.nessage lESCAFE to n.h command level, 'Z to sand I 
This IS a test of sending sail tc you via phonenet 


Processi.ng local mail 


smith iuf faloOude l-re lay -- queued 
smith a libamiOrend-re lay •• q-eued 

1 1 


Figure 7- Extract from "HELP CSNET". 

"HELP" had also indicated "NETSTAT" as entry. For example /l^ 

to obtain network information^ we press "NETSTST". Is it con- 
sistent with "HELP ?"i then we obtain "?" after the NETSTAT-prompt 
the list of possible NETSTAT commands (at that moment). 

Then we also feed in ‘‘TCP" and obtain a survey of the currently 
existing Transport Control Protocol connection, which our computer 
maintains precisely (the machine in Austin). It is nighttime, we 
identify our single track, we come from Stanford "SRI-AI", 
see Figure 8. 
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Figure 8. Network statistics via "NETSTAT" commands and 
and connections. 

If then there are still "HOSTS", we obtain a survey over 
the giant ARPA network "cultural group"; the table shows almost 
900 entries. We can Identify the RAND-RELAY Indicated In 
Figures 1 and 7 , the dark STUTTGART-TAC as well as the computers, 
representing DPVLRl and 7. 

3. Outlook /I5 


The technical components required for the above-indicated 
communication possibilities are basically available at the 
computer center. The X .25 hardware and software were financed 
within the Stuttgart Interconnection Network Project (NIGS), 
see BI 9/81 j by the BMPT. The PAD on PDP -11 was developed in 
the BMPT project HMINET II at the Hahn-Meltner Institute In Berlin 
and taken over in cooperation by Stuttgart. 

Naturally there can be no talk yet of a sure administration 
of corresponding mass services. User requirements, which arise 
by Indicating the technical possibilities, are however a welcome 
input for the corresponding development of the computer center. 
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Figure 9. Network statistics via "NETSTAT" 
ARPA network hosts. 
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